Got Nest

Conectando compradores e corretores no mercado do Texas

Got Nest é uma plataforma imobiliária que reúne, em um só produto, a descoberta de imóveis pelo comprador e a operação de relacionamento do corretor. Este case mostra como li o problema, usei IA como amplificador do processo e desenhei o produto.

Papel Product / UX Designer
Plataforma App mobile · Buyer + Agent
Mercado Texas, EUA
Escopo Discovery → UI → handoff
Got Nest

Dois usuários, uma jornada, um produto.

O comprador descobre. O corretor atende. As duas experiências vivem no mesmo app e compartilham o mesmo contexto.

Tela de entrada do Got Nest
01 · Contexto

Um mercado grande, fragmentado e movido a relacionamento

O que é a Got Nest

Plataforma imobiliária que atende dois lados no mesmo produto: o comprador que procura casa e o corretor que gerencia carteira, leads e negociações.

Mercado do Texas

Alto volume de transações distribuídas entre muitas cidades e corretores independentes. Decisão de compra depende de informação local: imposto, HOA, risco de alagamento, tempo de listagem.

Problema de negócio

A descoberta acontece em um lugar e o relacionamento em outro. Entre o interesse do comprador e o fechamento, o contexto se perde, e com ele a conversão.

Meu papel

Responsável pelo desenho de produto ponta a ponta: enquadramento do problema, discovery, arquitetura de informação, fluxos, UI final e handoff com desenvolvimento.

02 · O problema

O ecossistema quebra no meio do caminho

01 Buyer Busca, salva e compara imóveis
02 Property Dados que sustentam a decisão
03 Agent Atende, negocia e acompanha
04 Conversion Visita, proposta, fechamento
Dores do comprador
  • Listagens parecidas, sem os dados que realmente decidem a compra.
  • Recomeça a busca do zero a cada sessão; nada aprende com suas preferências.
  • Falar com um corretor exige sair do fluxo de descoberta.
Dores do corretor
  • Lead chega sem contexto: não sabe o que a pessoa já viu ou quer.
  • Conversa, carteira e documentos vivem em ferramentas separadas.
  • Tempo consumido por trabalho operacional, não por negociação.
03 · Discovery

Entender os dois lados antes de desenhar qualquer tela

Research Conversas e leitura do comportamento de busca dos dois perfis.
Benchmark Portais de listagem e CRMs imobiliários: o que cada categoria resolve bem.
User journey Jornada mapeada em paralelo: comprador e corretor, mesmo eixo de tempo.
Insights Padrões que definiram o que entrava e o que ficava fora do escopo.
Insights que direcionaram o produto
01

Confiança vem do dado, não da foto.

Imposto, HOA, tempo de listagem e risco climático mudam a decisão mais do que a galeria de imagens.

02

A conversa é a etapa de decisão.

O comprador escolhe negociando com o corretor. O chat precisava carregar o imóvel, não só o texto.

03

O corretor precisa de contexto, não de mais telas.

Histórico do lead, imóveis salvos e documentos no mesmo lugar reduzem o trabalho de reconstruir a história.

04 · Solução

De insight a decisão de produto

Product strategy

Um produto com dois modos de uso em vez de dois apps. A carteira do corretor é alimentada pelo comportamento do comprador.

Qual problema resolve? A perda de contexto entre descoberta e atendimento.

Arquitetura de informação

Quatro destinos fixos por perfil (Home, Lead, Property List, Chat) e hierarquia de dados do imóvel em Feature / Gallery / Calculator.

Qual problema resolve? Navegação previsível em um produto com muitos dados.

User flows

Interesse do comprador gera um lead com histórico. O corretor entra na conversa já sabendo o que foi visto e salvo.

Qual problema resolve? Lead frio e primeira mensagem genérica.

Wireframes

Estrutura testada em baixa fidelidade antes da UI: densidade do dashboard, ordem dos blocos do imóvel, formato do card no chat.

Qual problema resolve? Discussão de layout antes da discussão de estilo.

Final UI

Sistema de cards, um azul de marca para ação e estado, tipografia em duas escalas e estados vazios tratados como parte do produto.

Qual problema resolve? Leitura rápida de números e status na operação diária.

Decisão de UI · estado vazio

Conta pendente de aprovação continua sendo um produto útil.

Em vez de bloquear a tela, o dashboard aparece desativado com os próximos passos disponíveis: completar perfil ou falar com suporte. O corretor entende onde está e o que fazer.

Estado de conta pendente de aprovação
05 · AI-powered design

IA como amplificação do processo, não como decisão

Usei IA para acelerar exploração, análise e transição entre design e código. O julgamento sobre o que entrava no produto permaneceu meu.

01 Problem Enquadrar a pergunta certa
02 AI exploration Ampliar o leque de alternativas
03 Designer decision Critério, corte e responsabilidade
04 Solution Decisão implementada no produto
Claude
Claude

Pesquisa, exploração de hipóteses, análise de problemas e geração de alternativas antes de abrir o Figma.

FigmaFigma Make
Figma / Figma Make

Prototipação rápida, exploração de interfaces e validação de conceitos com pouco custo.

VS Code
VS Code + AI

Transformação do design em código, criação de componentes, ajustes de front-end e experimentação direta na interface real.

Pull requests

Apoio na criação, revisão e documentação de PRs, melhorando a comunicação entre design e desenvolvimento.

ChatGPT
Design insights

Identificação de padrões, exploração de soluções e apoio à decisão de UX, inclusive dentro do próprio produto, como o assistente que sugere respostas ao corretor no chat.

Exemplo no produto

O assistente sugere; o corretor decide o que enviar.

A mesma lógica do meu processo virou princípio de interface: a IA propõe a resposta e o próximo passo, mas nunca envia nada sozinha.

Chat com cards de imóvel e assistente de IA
06 · Final product

Duas experiências, um sistema

Buyer Search → Property → Recommendations → Contact
Tela de detalhe do imóvel
Imóvel com preço, dados fiscais, risco e features na mesma leitura.
Imóveis salvos, timeline e documentos
Imóveis salvos, histórico e documentos formam o contexto do lead.
Tela de login
Entrada curta, com a marca fazendo o trabalho de tom.
Agent Dashboard → Leads → CRM → Conversations → Follow-up

Meta, pipeline e leads na primeira tela.

O dashboard responde três perguntas em ordem: como estou contra a meta, o que está em aberto e quem precisa de resposta agora.

Dashboard do corretor
Lista de conversas
Conversas ordenadas por urgência, não por ordem de chegada.
Conversa com cards de imóvel
O imóvel viaja dentro da conversa como card negociável.
Perfil do corretor
Perfil concentra agenda, documentos e integrações do corretor.
07 · Impact

O que muda para cada lado

Buyer

Descoberta mais simples e personalizada: menos telas para entender um imóvel e um caminho direto para falar com quem vende.

Agent

Mais contexto sobre cada lead e menos trabalho operacional para reunir histórico, imóveis e documentos.

Business

Conexão contínua entre descoberta, relacionamento e conversão dentro do mesmo produto.

08 · Learning

O que levo para o próximo produto

01

Em ecossistemas com dois lados, o produto não é a soma de duas interfaces: é o que atravessa as duas. Desenhar a passagem de contexto foi mais determinante que desenhar telas.

02

IA encurta a distância entre hipótese e artefato, o que aumenta o valor do critério. Quanto mais alternativas ela gera, mais claro precisa estar o motivo do corte.

03

Estar perto do código mudou as decisões de design. Testar componentes no produto real evitou soluções bonitas no Figma e frágeis na operação diária.